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Helsinki, Finland. AMPERE, Inc. of Japan 
unveiled here on June 11 its new six- 
pound, battery-operated portable computer 
at APL'84, the annual international 
gathering of APL professionals. AMPERE's 
personal computer, tentatively called 
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BIG.APL, will be available for sale in the 
U.S. late this year for $1495. Many APL 
software developers plan to introduce 
application software for BIG.APL at the 
same time. 


Mr. Kusanagi, President of AMPERE, Inc. 
predicted enthusiastically that BIG.APL 
will outperform other lap-size computers 
being introduced this year. He proclaimed 
that "the APL language and new CMOS 
technology will create a revolutionary 
breakthrough in end-user productivity. 
BIG.APL running on battery power can serve 
as a notebook computer for the busy 
executive, or it can become a full scale 
production system for the business user." 


Robin Mattern, Marketing Manager for The 


Computer Company's APL Software Products, 
who coordinated the software development 


for BIG.APL, agreed with Mr. Kusanagi, 
adding that he expected the largest market 
for BIG.APL to be traveling professionals: 


"BIG.APL provides an ideal means for 
scheduling appointments, storing and 
recalling addresses, telephone numbers, 


and flight connections, writing and 
send ing letters, and recording and 
tracking expenses. Mr. Mattern also noted 
that the educational market promises to be 
a big one due to APL's excellence as an 
interactive teaching tool. 


Development of this extraordinary portable 
has brought together the diverse skills of 
Japanese and U.S. computer experts: A 
number of distinguished Japanese firms are 
responsible for the financing, production, 
and marketing of BIG.APL. The unit's 
sleek physical appearance is the result of 
the efforts of Mr. Tamura, who also 
designed the Datsun 280Z automobile. Phil 
Van Cleave implemented both a new 
Operating system called BIG.DOS and the 
APL.63000 Interpreter, which is virtually 
identical to the APL.68000 Interpreter 
sold by The Computer Company. Tom Yannes 
of LeHigh Electronics designed the 
BIG.SCREEN full-screen editor discussed in 
this issue. All Rose, co-author of the 
highly respected APL: An Interactive 


Approach is 


writing a new book to 





accompany the  BIG.APL system. And 
finally, a Japanese software developer is 
working on a graphics package for BIG.APL. 


Success in the non-APL market will depend 


on the application software for non- 
APLers, developed with the aid of BIG.APL 
programming tools. Phil Van Cleave 
demonstrated how the interaction between 
storage and input /out put devices, 
particularly the keyboard and screen, is 
extremely straight forward, greatly 
facilitating development. Operating 


system utilities can be used directly from 
APL; in fact, as Mr. Van Cleave commented, 
"developers will never see the operating 
system, but rather can build and run 


applications by knowing only one computer 
language, the best available, APL." $ 
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Complex Algebra for 
APL.68000-Based 
Microcomputers 











When it comes to contemporary mathematical 
software, COMPLEX ALGEBRA FOR COMPUTERS 
has got the answers. COMPLEX ALGEBRA FOR 
COMPUTERS translates complex number 
arithmetic and the algebra of matrices and 
polynomials into APL, the programing 
language specially designed to enhance the 


computer's capability of algebraic 
manipulation. 
Developed by David Kushner, COMPLEX 


ALGEBRA FOR COMPUTERS is available on any 
micro, mini or mainframe computer with an 


APL operating system. This software 
features approximately 100 functions 
accessible within a library of eight 


workspaces, ranging from direct definition 
to matrix polynomials, polynomial 
coefficients and roots, and characteristic 
Spectrum. This extensive wealth of 
algorithms provides the tools needed by a 
number of professionals, such as 
engineers, mathematicians and research 
analysts, to perform computations quickly 
and easily. 


product features an 
System with direct definition 


This software 
Operating 


and scaled graphics, plus a user's 
handbook designed to expand one's 
knowledge of algebra through special 


attention to historical and scientific 


developments. 


COMPLEX ALGEBRA FOR COMPUTERS is based on 
traditional concepts familiar to 
mathematical professionals in a broad 
range of fields. By applying classical 
methods, it can increase speed and 


efficiency as well as simplify 
computations. 

For further information, contact David 
Kushner, 43-70 Kissena Boulevard, 
Flushing, NY 11355. 212/461-0790. $ 








From 





As you can tell from our cover story and 
from other articles in this issue, there 
is a new and very exciting entry into the 
APL marketplace -- the AMPERE portable -- 
which many of you had a chance to see at 
APL'84. 


I spent nearly a month in Tokyo bringing 
up the operating system (my first), APL 
(my twenty-ninth), and a library of 
utilities so that the Operating system can 
be accessed from APL. What a job! But 
what a dream it is to write applications 
on the BIG.APL_ system: a lap-sized 
portable computer with battery back-up, 
multi-windowing, a modem, and two APLs 
running concurrently! 


The second APL process can be used in a 
multi-user environment or can be used as a 
background task. The background task is 
particularly exciting, as the second APL 
can intercept the keyboard input of the 
first APL. Therefore, the second APL can 
respond to a PF key without the first APL 
even being aware that the PF key was 
depressed. Or, the second APL can be 
walting for some event--telephone call, 
print spooling, battery low indication -- 
and process it automatically. I could 
talk for hours on BIG.APL's features... 


On other matters, work on Version 4.2 has 


begun, including speedups and much 
improved line editing. More on that in 
the next issue, along with comments on 
APL'84. 


feat 
( ; 
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Quad-BOX Function: Matrices from Vectors a 


APL.68000 includes a built-in function 
called (BOX that lets you form a matrix 
from a ‘delimited’ vector, as shown 
below. Delimiters are characters, often 
commas or spaces, used to separate data 
items. In the example below the 
delimiters subdivide the character string, 
Vl, into sections called fields. UBOX 
creates a matrix by "filling in" the 
trailing blanks after the first and third 
data items in Yl, insuring that each item 
in the result, Ml, starts at the left-hand 


margin. 


V1+'PEAR ORANGE APPLE' 
M1+0BOX V1 
M1 

PEAR 

ORANGE 

APPLE 


You may select virtually any character you 
wish as a delimiter by using that same 
character as the left argument to [BOX to 
eliminate it from the matrix you are 
forming. 


V2«'PEAR*ORANGE*APPLE' 
M2+'x' ()BOX V2 
M2 

PEAR 

ORANGE 

APPLE 


Notice in the example below that you can 
use a left argument to [BOX in order to 
form a matrix from the data items within 
the delimiters as before, except this time 
the left argument includes a character 
(again, of your choice) that pads or fills 
in empty spaces to the right of each data 
item. In the example below, the first 
element of the left argument is the 
delimiter; the second element is the 
'fill' character. 


V3«+'PEARXORANGEXAPPLE' 
M3«'xe! [JBOX V3 
M3 

PEAR°°e 

ORANGE 

APPLE? 











Most of the time you will find the LBOX 
function handy to create a table at the 
keyboard in a snap, or to display a 
lengthy table on a few lines of your 
screen. Yet [BOX has special benefits. 


Here are two examples: 


Selecting designated fields from a 


delimited vector - 


Ve'FIRST,SECOND,THIRD,FOURTH,FIFTH' 
'>' DBOX ((15)e1 3) Z ',' OBOX V 
FIRST,THIRD 


Joining matrices of different widths along 
the first coordinate - 


M4 MS 
NED NANCY 
JACK ELIZABETH 

MARY 

') ' QBox('| ' OBOX M4¥),'I1',('I ' DBOX M5) 
NED 
JACK 
NANCY 
ELIZABETH 
MARY 


Many APL functions work the same way with 
numbers as they do with characters. [BOX 
is no exception. In the first example, 0 
becomes the automatic delimiter in the 
resulting vector. In the second, using a 
negative number as the left argument will 
remove every O in the vector; that same 
negative number automatically becomes the 
delimiter. 


N1 
1 2 3 
4 5 6 
OBOX N1 
123 04 5 6 


ore 
wo mh 
oou 
eeONON 


UBOX N2 
4 5 
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nd Vice Versa More on Overlays 








You also can use [BOX to create a In the first article of this series, basic 
delimited vector from a matrix. The left use of the overlay (DOV) system function 
argument has the same meaning as before. was shown. The advantages of organizing a 


system around overlays on files were 
discussed, and an APL function was shown 
that reads an overlay from a file, 


OBOX M1 disperses it and executes an APL 
PEAR ORANGE APPLE f f 
te! DBOX M2 expression. Here ıs that function: 
PEAR*ORANGE*APPLE 
'xo' DBOX M3 
PEARXORANGEXAPPLE V EX EXECUTE R;X;Y;EXECUTE 
[1] X+BR a READ IN THE OVERLAY 
[2] ye's;' Box 3 Dov X a GET LOCAL NAMES 
[3] Y«'BXECUTE X;',Y,OR a FORM FUNCTION HEADER 
[4] Yey,'s0p1 DOV X © ',EX a DISPERSE e CALL 
. ; [5] +0p0FX OR OBOX Y a DEFINE LOCAL FUNCTION 
In the third example notice how M3, a Pele EIPCUTE 1 
matrix with trailing characters and no v 
delimiters, becomes a vector with 


delimiters and no trailing characters. 
When you employ the same fill character in 
the left argument, the vector you create 
has no fill characters. 


This function is called as follows: 


'DEFINE' EXECUTE 2 17 


In general when you apply [BOX twice in And is read as: Read in the overlay on 

succession with the same left argument the the 17th component of file 2, and execute 

result is identical to the original right the function DEFINE, which may be part of 

argument, as shown below. One exception the overlay. 

is that DBOX won't restore extra trailing 

fills. In this article, other techniques will be 
introduced which will permit more flexible 
use of overlays. Functions are shown 


which are the i 
'+o' (BOX '+e' [BOX M3,3 2pte! outgrowth of each idea 


PEAReo discussed. 
ORANGE 
APPLE? 





A common use of overlays is in the storage 


Another anomaly of [BOX is that it treats of several objects. With EXECUTE, an 
a matrix with no rows just like a single assumption was made that the objects in 
row with all fill characters. the overlay are related in a way that 


permits the function being executed 
(DEFINE in the above example) to run 


successfully. 
p OBOX DBOX 1 Sp! ! 
=e p OBOX DBOx 0 So' There are many occasions where we want to 
1 0 bring functions into the workspace, use 
them in functions being run, and expunge 
them when they are not longer required. 
One method is to store the functions as 
As you can see, [BOX is a powerful tool character arrays on files, read them in, 
for creating matrices of names from char- and OFX them. This is often very slow, 


acter strings and vice versa. + since several file reads have to be 
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And More on Overlays 








done. Instead of storing functions this 
way, we can store related functions in an 
overlay, bring in the overlay when needed, 
and expunge the objects when they are no 
longer needed. This will be faster since 
with some intelligent organization, we can 
group the objects so only one file read is 
required to access a given group of 
functions. If you have systems that can 
always be stored in this fashion, EXECUTE 
is the only function you will need. 


There are times when you cannot simplify a 
System to this degree. You may be using a 
set of functions to perform tasks such as 
formatting, screen management, or database 
manipulation. All of your code uses these 
functions, but you do not need all of them 
in the workspace at once. You may wish to 
control what functions are actually in the 
workspace at each instant. Phrased a 
little differently, the question is as 
follows: Suppose you wish to bring into 
the workspace only some of the objects in 
an overlay. Is there any easy way to 
bring in the overlay get only some of the 
objects? Examine this: 


V RA RETURN B;C;D;E;F; RETURN 
[1] R+#B a READ IN THE OVERLAY 
[2] C+3 DOV Ra GET THE NAME LIST 
[3] D«OBOX ODBR Aa TURN LEFT ARG INTO MATRIX 
[4] E+2 29(pC),9D © EC32)<f/EL 32] 
[5] C+E(13;]+C © DeF([23;]+D a SHAPE LISTS TO MATCH 
[6] Fe~v/CA.=QD © C*F#C a SEARCH LIST, FIND NAMES 
[7] C+'R<A RETURN 4;',';' DBOX Ca FORM HEADER 
[8] C+C,0R,'R«2 DOV X © Re(V/AA.=QR) 4A! 
[9] +0pODFX OR OBOX C O R+D RETURN R 


This function is called as follows: 
'DEFINE LIST' RETURN 2 17 


And is read as: Read the overlay on file 
2, component 17, and define (in the 
workspace) the objects LIST and DEFINE. 


In this function, the right is argument 
similar to the EXECUTE function. The left 
argument is a list of object names that 


are to be obtained from the overlay if 
they exist there. This list is a vector 
of characters containing the names of 
objects to be retrieved. The result of 
this function is a character matrix 
indicating the names of the objects 
actually retrieved. 


There are some features of APL.68000 that 
allow us to get around some problems with 
name conflicts that may exist between the 
objects in the workspace at the time this 
function is called. An object in an 
overlay will not be dispersed if it 
resides in the state indicator. HOV , 
fortunately, only returns the names of the 
objects that were dispersed. 


There is another concern you do need to 
keep in mind while us ing these 
functions. If names of objects in your 
overlays happen to conflict with the names 
used in the functions shown here, you will 
run into problems. For example, the names 
A,B,C,D,E,F, and RETURN will never be 
returned from the RETURN function, and 
these names, local to RETURN, will prevent 
any other objects of the same name from 
being dispersed into the workspace. There 
is only one way to resolve this problem: 
Rename the local objects in the RETURN 
function so they do not conflict with the 
local naming conventions in your system. 


Clearly, other functions can be defined to 
manipulate overlays. Perhaps a good 
modification to RETURN would be to accept 
an empty vector as the left argument, and 
just disperse the whole overlay. 


Now that we can execute a function 
locally, and retrieve objects from 
overlays on file in a selective way, we 
will need some more utility functions to 
manage overlays while they are on file. 
Some utilities to change objects in an 
overlay and manage files of overlays will 
be the topic of the next installment of 
this series. @ 
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BIG.APL: The Evolution Continues 





BIG.APL is s-o-m-e snazzy computer. It 
packs more features into a 3" x 11" x 12" 
box than any other computer to date. 


BIG.APL is fast and cost-effective. It 
uses the Motorola MC-68000 CPU running at 
8 MHZ, which allows it to outperform 
micros priced significantly above 
BIG.APL's price of $1495. 


BIG.APL is truly portable. It's small, 
it's light, and its ten nickel cadmium 
batteries run the system for eight hours 
before recharging is necessary. The 
batteries maintain working memory for 20 
days when the system is not used. 


BIG.APL is powerful. It runs an enhanced 
version of the interactive APL language 
including all the commands to operate the 
system. A fourth generation language, APL 
was developed originally by IBM in the 
1960s and has been expanded and improved 
for business use since that time. 


BIG.APL can run two processes concurrently 
so that one application can print reports, 
answer the phone, send mail, or receive 
stock quotations without disturbing the 
other application. Windows can be opened 
or closed at will to edit or process data 
or to monitor the progress of a background 
application. Because all work is done in 
a single operating environment, all data 
managed by any application can be used by 
any other. 


BIG.APL's standard hardware configuration 
includes 128KB of read-only memory (ROM), 
which stores the system software, and 64KB 
of random-access memory (RAM) that is 
expandable to 256KB. Disk file space can 
be set up in permanent read-only memory, 


battery backed-up working memory, floppy 
disks, Winchester hard disks, 
microcassette tape, or the credit card 


size cartridges that contain RAM or ROM 
packs. 


BIG.APL features a 16 line by 80 character 
liquid crystal display (LCD) screen and a 
standard typewriter keyboard. The LCD 
screen can display four alternate sets of 
characters: extended APL (the default 
character set) which includes both APL and 
ASCII (typewriter) characters, APL only, 
ASCII only, and Kana (for the Japanese). 


BIG.APL has eight function keys located 
below the screen which can be designated 
for application-appropriate tasks such as 
requesting help, ending a process, finding 
stored information, etc. Other keys, on 
the keyboard, are permanently labeled for 
Operations such as replacing, inserting, 
and deleting characters, moving the cursor 
position, and so on. 


BIG.APL produces graphic images using a 
powerful set of commands for creating and 
editing business charts. Animated screen 
images can be generated by combining the 
bit-mapped graphics of the LCD screen and 
APL's bit-handling capabilities. For 
those users who want a paper copy of 
information on the screen, AMPERE offers a 
graphics printer which produces an exact 
screen image. 


BIG.APL communicates. Using the built-in 
speaker, microphone, telephone modem, and 
the microcassette tape, voice messages can 
be integrated into users’ applications. 
Voice messages can be replaced at the same 
time as associated data is displayed from 
the same tape. BIG.APL connects to a 
standard telephone for placing calls 
directly or with the auto-dial modem and 
can be used to receive phone messages or 
data from another system (acting as a 
computer terminal). The modem uses one of 
the two RS232 ports that alternately can 
be used to connect a second user to 
BIG.APL. 


AND, as if this weren't enough, AMPERE is 
exploring the possibility of linking the 
BIG.APL into an ETHERNET network of 
computer and telephone workstations. + 
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BIG.SCREEN Full-Screen Editor 








BIG.SCREEN is a full-screen editor that 
makes work a lot easier both for the end 
user of the BIG.APL and for the 
application developer. Written in the C 
programming language by LeHigh Electronics 
and stored in a ROM memory cartridge, 
BIG. SCREEN is fast and efficient. 


BIG. SCREEN is easy to use 
employs the same 


because it 
commands to display, 
edit, and move data on the screen no 
matter whether the data consists of 
graphics, numbers, program instructions, 
spreadsheets, tables, or fields of data or 
text. 


BIG. SCREEN does this by allowing the user 
to divide the screen into any number of 
cells which can be any size, even larger, 
in either or both directions, than the 16 
x 80 screen. Text within a cell is 
shifted from line to line as insertions or 


deletions are made, all within the 
confines of that cell. Typical full- 
screen character operations for replacing, 
inserting, deleting, and moving data are 
available both within a cell and between 
cells. 


BIG. SCREEN is a powerful aid for the 
application developer in that he does not 
have to deal with the complexities of 
maintaining a changing image on the 
screen. And BIG.SCREEN is handy for 
editing APL functions, two or more of 
which can be edited on the screen at the 
same time. When finished editing a 
function, it can be executed or defined in 
an APL workspace without leaving 
BIG. SCREEN. In this way, any APL variable 
can be assigned to or retrieved from any 
cell on the screen. Thus, any cell can be 
thought of as an editing window into any 
APL function or variable in a workspace. 
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